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(54) Initialisation protocol for adaptive data rates, and related transceiver 

(57) To negotiate a data rate for future transmission 
over a communication link (TL), a first transceiver 
(TRX1 ) proposes a limited number of data rate values to 
a second transceiver (TRX2). During the selection 
phase wherein the first transceiver (TRX1) and the sec- 
ond transceiver (TRX2) at the other end of the commu- 
nication link (TL) have to select one of the data rate 
values, one of the transceivers (TRX1, TRX2) may 
decide that none of the proposed data rate values is 
likely to be used for future transmission. This trans- 
ceiver then announces a new proposal whereupon a 
new set of adapted data rate values is produced by one 
of the transceivers and proposed to the other. 
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Description 



The present invention relates to an initialisation pro- 
tocol as defined in the non-characterising part of claim 
1 , and a transceiver adapted to perform this initialisation s 
protocol as defined in the non-characteristic part of 
claim 8. 

Such an initialisation protocol is already known in 
the art, e.g. from the communication between two 
Asymmetric Digital Subscriber Line (ADSL) modems 10 
operating in accordance with the specifications of the 
ANSI (American National Standards institute, Inc.) 
Standard on ADSL, the approved version of which has 
the reference T1E1.413 and title "Network and Cus- 
tomer Installation Interfaces, Asymmetric Digital Sub- is 
scriber Line (ADSL) Metallic interface". In the draft 
version of this standard published in April 1994, the ini- 
tialisation protocol to be executed by an ADSL trans- 
ceiver pair interconnected via a communication link, e.g. 
a twisted pair copper telephone line, is described in 20 
chapter 12, from page 83 to page 104. In view of the 
present invention, only a part of this initialisation proto- 
col is relevant. More particularly, the part wherein the 
two communicating ADSL transceivers negotiate the 
future upstream and downstream data rates is to be 25 
considered. In Fig. 29 on page 83 of the above cited 
draft Standard Specification, this part is indicated by " 
Channel Analysis" and "Exchange"; The "Channel Anal- 
ysis" procedure contains a first phase wherein the first 
ADSL transceiver, named the central office modem, 30 
transmits four optional upstream and downstream data 
rate values to the second ADSL transceiver, named the 
remote terminal modem. The second ADSL transceiver 
replies upon receipt of the just mentioned proposal by 
transmitting four optional upstream data rate values to 35 
the central office modem. These optional data rate val- 
ues sent from transceiver 1 to transceiver 2 and vice 
versa, from transmitter 2 to transmitter 1 , are encapsu- 
lated in the so called C-RATES1 and R-RATES1 mes- 
sages described, in paragraph 12.6.2 on pages 92-93 40 
and 12.7.4 on page 96 of the above mentioned draft 
Standard Specification respectively. The "Exchange" 
procedure in addition contains a third phase wherein the 
central office modem and remote terminal modem com- 
municate to each other which one of the optional data 45 
rates they prefer to use. In a fourth phase which also 
forms part of the "Exchange" procedure of the ADSL ini- 
tialisation protocol, the remote terminal modem trans- 
mits a so called R-B&G message to the central office 
modem. This message contains the bits and gains infor- so 
mation for the carriers which will cany the discrete multi 
tone (DMT) symbols that will constitute the future com- 
munication between the ADSL transceivers. This bits 
and gains information can be seen as a confirmation of 
the selected data rate in the previous phase, since the 55 
downstream and upstream data rates for future trans- 
mission are completely determined thereby. A disad- 
vantage of the above known initialisation protocol is that 



the final selected and confirmed upstream and down- 
stream data rates can not differ from the four data rate 
values proposed in the first phase. These proposed 
data rate values are chosen rather arbitrarily and may 
all differ significantly from the optimal upstream and 
downstream data rates which depend on the communi- 
cation link characteristics. In other words, the known ini- 
tialisation protocol does not support adaptive data rates, 
i.e. data rates which are adapted to the capacity of the 
communication link between the two transceivers. The 
only way to adapt data rates is to restart the complete 
identification and initialisation process. 

An object of the present invention is to provide an 
initialisation protocol of the above known type, but which 
overcomes the above described drawback, i.e. which 
supports adaptation of data rates without restarting, i.e. 
without executing all previous identification and initiali- 
sation steps again. 

This object is realised by the initialisation protocol 
defined in claim 1 and by the transceiver defined in 
claim 8. 

In this way, by allowing the transceivers to 
announce a new data rate proposal, and by formulating 
adapted optional data rate values in an additional exe- 
cution of the first phase, the final selected and con- 
firmed data rate may be better adapted to the 
communication link capacity than was possible by 
accepting any of the previously proposed data rate val- 
ues during the fist execution of the first phase. Obvi- 
ously, one of the transceivers may announce once more 
a new data rate proposal if the adapted data rate values 
included in the second proposal still cannot approxi- 
mate the optimal data rate satisfactory. 

In a particular implementation of the present initial- 
isation protocol, defined in claim 2, the data rates pro- 
posed in the re-execution of the first phase may be 
chosen optimally. 

Indeed, when the initialisation protocol contains a 
second phase wherein the capacity of the communica- 
tion link, i.e. the highest transmission rate of the link, is 
measured, the transceivers have a good criterion to 
decide to announce a new proposal and a good tool to 
select the adapted proposed data rate values. If none of 
the first proposed data rate values approximates the 
highest supportable data rate on its lower side, a trans- 
ceiver may inform the other transceiver about his wish 
to formulate a new proposal. This new proposal may 
include the highest supportable data rate and some 
lower data rate values which are also acceptable for the 
transceiver which generates the new data rate proposal. 
In this way, one re-execution of the first, second and 
third phase may lead to a final selected data rate, prop- 
erly adapted to the link capacity. This data rate is con- 
firmed in the fourth phase. 

It is however to be remarked that the re-negotiation 
not necessarily requires that all steps of the first, sec- 
ond and third phase are re-executed. In the ADSL sys- 
tem for instance, it is not necessary that the remote 
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terminal modem replies to the proposal of the central 
office modem with a proposal for the upstream data 
rate. Also the second phase wherein the channel is ana- 
lysed not necessarily has to be re-executed. Evidently, it 
is also not required that the central office modem of an 5 
ADSL system re-formulates a set of four adapted data 
rate values. One newly proposed data rate value may 
be sufficient if it is well-chosen. 

It is also to be noted, that an initialisation protocol 
including such a second phase wherein the link is ana- 10 
lysed is already known from the ADSL initialisation pro- 
tocol. Indeed, the "Channel Analysis" procedure thereof 
contains the transmission of a so called C-MEDLEY sig- 
nal (see paragraph 12.6.6 on page 95) and R-MEDLEY 
signal (see paragraph 1 1 .7.8 on page 98). These MED- 15 
LEY signals are wideband pseudo-random signals 
which allow the receiving transceiver to measure the 
signal noise ratio (SNR) and to determine therefrom the 
highest data rate that the link can support. 

A remark is that the present invention does not 20 
require that the link is analysed before a transceiver 
announces a new proposal. If one of the transceivers for 
whatever reason is not satisfied with the proposed data 
rate values in the first proposal, he may announce a 
new proposal, even if the link capacity is not yet known 25 
to him. 

An additional optional feature of the present inven- 
tion, defined in claim 3, minimises the transmission of 
irrelevant information. 

Indeed, if one of the transceivers announces a new 30 
data rate proposal and the newly proposed optional 
data rate values are communicated before the selection 
phase is start up, no information with respect to 
selected ones of the first proposed data rates which will 
never be confirmed, is transmitted. 35 

Alternatively, as defined in claim 4, the present 
invention may be introduced in known initialisation pro- 
tocols with minor modifications, but with the drawback 
that some irrelevant information may be transmitted. 

In the third phase of the known ADSL initialisation 40 
protocol for instance, the remote terminal modem trans- 
mits a so called R-RATES2 message (see paragraph 

1 2.9.4 on page 103) to the central office modem to com- 
municate the selected one of the four optional down- 
stream data rates. Thereupon, the central office modem 45 
replies with a C-RATES2 message (see paragraph 

12.8.5 on page 100) to communicate to the remote ter- 
minal modem the selected upstream and downstream 
data rates. As will be explained later in more detail, the 
ADSL initialisation protocol can be easily adapted so so 
that the central office modem announces a new pro- 
posal via the C-RATES2 message. This however 
implies that the previously transmitted R-RATES2 mes- 
sage contained irrelevant information and needlessly 
occupied bandwidth. 55 

An additional feature of the present invention is that 
it is applicable to both unidirectional and bidirectional 
data rates as defined in claim 5. 
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When an upstream data rate and downstream data 
rate have to be negotiated, different alternative imple- 
mentations of the present invention can be thought off. 
Announcing a new proposal may require that new 
optional upstream and downstream data rate values are 
transmitted form the first to the second transceiver. A 
more advanced implementation may allow the trans- 
ceivers to announce a new proposal for only the down- 
stream or only the upstream direction, so that no 
superfluous work is done if a satisfactory data rate is 
negotiated already for one of the two directions. 

A characteristic feature of the present invention is 
that it may be used to initialise communication between 
two ADSL transceivers, as defined in claim 6. 

As already indicated in one of the above para- 
graphs, the C-RATES2 message in the third phase, 
according to the ADSL Standard used to communicate 
the selected upstream and downstream values, may 
alternatively be used to indicate that none of the 
optional data rate values is selected, but that a new pro- 
posal of four new optional data rates will be formulated. 

An additional feature of the ADSL implementation 
of the present invention allows to realise the object of 
supporting adaptive bit rates with minor modifications to 
the ADSL Standard Specification. 

Indeed, table 39 on page 100 of the already cited 
draft ANSI Standard on ADSL lists all bit patterns which 
may be contained by the C-RATES2 message together 
with the associated data rate values selected for the 
upstream and downstream direction. If this list is 
extended with one additional bit pattern which is sent by 
the central office modem to the remote terminal modem 
to announce a new proposal (i.e. a re-execution of 
phase 1), the object is realised. 

An additional advantageous feature of the trans- 
ceiver according to the present invention may allow it to 
indicate that it supports re-negotiation of a data rate 
without starting up again. This feature is defined in 
claim 9. 

In this way, the transceiver has the capability to indi- 
cate to the second transceiver that it is able to announce 
a new data rate proposal, to produce and to deal with a 
new set of optional data rate values. If the two commu- 
nicating transceivers transmit this indication to each 
other, re-negotiation of a data rate will be possible with- 
out re-starting. If one of the two transceivers does not 
transmit this indication, he is not able to support such a 
re-negotiation and it will not be possible to deal with a 
new set of optional data rate values without re-starting 
the whole identification and initialisation process. 

Moreover, a communicating unit which communi- 
cates with a transceiver which is able to announce a 
new data rate proposal and to formulate a new data rate 
proposal, may also indicate that it supports re-negotia- 
tion as defined in claim 10. 

Indeed, when the communicating unit, i.e. a second 
transceiver or modem, is not able to deal with a new 
proposal of the first transceiver it is useless for the first 
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transceiver to attempt to re-negotiate. An indication of 
the communicating unit that it is capable or not capable 
to re-negotiate data rates may avoid the system to enter 
a status wherein the communication between the trans- 
ceiver and its communicating unit is broken and wherein 5 
the identification and initialisation has to be restarted 
completely. 

The above mentioned and other objects and fea- 
tures of the invention will become more apparent and 
the invention itself will be best understood by referring to t 
the following description of an embodiment taken in 
conjunction with the accompanying drawings wherein: 

Fig. 1 represents a time diagram of the successive 
phases to be executed in an implementation of the n 
initialisation protocol according to the present 
invention; 

Fig. 2 represents a block scheme of a transceiver 
TRX adapted to perform the initialisation protocol 
according to the present invention. 2c 

In Fig. 1, two ADSL modems, TRX1 and TRX2, are 
coupled via a telephone line TL. The first ADSL modem 
TRX1 is the so called central office modem whilst the 
second ADSL modem TRX2 is the remote terminal 25 
modem. The two modems TRX1 and TRX2 operate in 
accordance with the specifications of the ANSI Stand- 
ard on ADSL to transmit data empacked in discrete 
multi tone (DMT) symbols in the downstream direction, 
from the central office modem TRX1 to the remote ter- 30 
minal modem TRX2, and in upstream direction, from the 
remote terminal modem TRX2 to the central office 
modem TRX1 . These DMT symbols are carried by a set 
of 256 equidistant carriers. The bits constituting the 
DMT symbols are thereto spread over the different car- 35 
riers. In the initialisation procedure, the two ADSL 
modems, TRX1 and TRX2, negotiate a downstream bit 
rate and an upstream bit rate, and decide, based on sig- 
nal-noise-ratio measurements for each carrier, how 
much bits will be. modulated on each particular carrier 40 
and at which power level each particular carrier will be 
transmitted. This is done in what is usually called the bit 
allocation procedure. At the end of this procedure, both 
ADSL modems, TRX1 and TRX2, know for instance that 
carrier 1 carries 2 bits, modulated thereon via 4 QAM 4s 
modulation, and is transmitted with a 0,9 dB gain, car- 
rier 2 carries 5 bits, modulated thereon via 32 QAM 
modulation, and is transmitted with a 1.2 dB gain, car- 
rier 3 carries 4 bits, modulated thereon via 16 QAM 
modulation, and is transmitted with a 1.3 dB gain, and so 

so on Obviously, the downstream and upstream 

data rates are determined when the bit constellation is 
given. 

To negotiate the upstream and downstream data 
rates, and to obtain the bit constellation, the modems 55 
TRX1 and TRX2 produce and respond to a specific set 
of precisely time initialisation signals. The time line of 
these initialisation signals is represented in Fig. 1. To 



avoid overloading the figure, only the initialisation steps 
of the ADSL initialisation procedure which are relevant 
in view of the present invention are shown. The com- 
plete initialisation procedure is defined in chapter 12 of 
the earlier mentioned draft version of the ADSL Stand- 
ard, published in April 1994, from page 83 to page 104. 
The next paragraphs will focus only on the "Channel 
Analysis" procedure and "Exchange" procedure 
described in paragraphs 12.6, 12.7, 12.8 and 12.9 from 
i page 92 to 104. More concrete, it will be explained how 
these procedures can be adapted so that the ADSL 
modems support adaptive data rates. 

The "Channel Analysis" procedure of the ADSL 
Standard contains the first phase, PROPOSAL, and 
second phase, CHANNEL ANALYSIS, of Fig. 1. 

In the first phase, PROPOSAL, the central office 
modem TRX1 downstream transmits a message 
PROPOSE_12 which contains four optional data rate 
values for the downstream and upstream direction. The 
fields which describe one of the optional data rate val- 
ues are defined in paragraph 12.6,2 of the draft ADSL 
Specification on page 92-93. It is noticed that the first 
message PROPOSE_12 is called the C- RATES 1 mes- 
sage in this paragraph. The C- RATES 1 message is 
accompanied by a C-MSG1 message, defined in para- 
graph 12.6.4 on page 93-94. This message is used for 
vendor identification and defining central office modem 
functionality but, since it is not relevant in view of the 
present invention, not further considered here. Upon the 
propose- 12 message, the remote terminal modem 
TRX2 replies with a PROPOSE_21 message wherein 
four optional upstream data rate values are proposed to 
the central office modem TRX1. The fields which 
describe one of the optional upstream data rates are 
similar to those of the PROPOSE_12 message, and 
defined in paragraph 12.7.4 on page 96 of the draft 
ANSI Standard on ADSL. It is noticed that the message 
PROPOSE_21 is called the R-RATES1 message in this 
paragraph. Also this message is accompanied by a 
message R-MSG1 with vendor identification, etc. This 
accompanying message R-MSG1 is described in para- 
graph 12.7.6 on page 97 and not considered here. 

In the second phase, CHANNEL ANALYSIS, the 
central office modem TRX1 transmits a wideband 
pseudo-random signal allowing the remote terminal 
modem TRX2 to estimate the signal-noise-ratio, to 
determine therefrom the maximum bit allocation for 
downstream carriers, the maximum downstream data 
rate and which one of the four optional downstream data 
rate values proposed by TRX1 in PROPOSE_12 is 
likely to be used. The wideband pseudo-random signal 
is called C-MEDLEY in the draft ADSL Standard and is 
defined in paragraph 12.6.6 on page 95. In the opposite 
direction, the remote terminal modem TRX2 transmits 
also a wideband pseudo-random signal, called R-MED- 
LEY in the referenced ADSL Standard, which allows the 
central office modem TRX1 to estimate the signal- 
noise-ratio for upstream carriers, to determine there- 
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from the maximum bit allocation for the upstream carri- 
ers, the maximum upstream data rate and which one of 
the four optional upstream data rate values proposed by 
TRX2 in PROPOSE_21 is likely to be used. 

The "Exchange" procedure of the ADSL Standard s 
contains the third phase, SELECTION, and fourth 
phase, CONFIRMATION, of Fig. 1. 

In the third phase, SELECTION, the remote termi- 
nal modem TRX2 replies to the PROPOSE_12 mes- 
sage of TRX1 by transmitting to the central office w 
modem TRX1 a message SELECTION_21 containing 
the selected optional data rate for downstream trans- 
mission and the highest data rate that can be supported 
for downstream transmission based on the signal-noise- 
ratio measurements for the downstream carriers in the is 
CHANNEL ANALYSIS phase. It is noticed that this 
SELECTION_21 message is called the R-RATES2 
message in the ADSL Standard and is defined in para- 
graph 12.9.4 on page 103. Table 41 on page 103 of this 
draft Standard lists the predetermined reserved bit pat- 20 
terns which have to be used by the remote terminal 
modem TRX2 to indicate in R-RATES2 which one of the 
four optional downstream data rates is selected. In the 
opposite direction, i.e. the downstream direction, the 
central office modem TRX1 replies to the 25 
PROPOSE_21 and SELECTION_21 messages by 
transmitting to the remote terminal TRX2 a message 
SELECTI0N_12 containing the selected optional data 
rates for downstream and upstream transmission. For 
upstream transmission, the selected optional data rate 30 
value is determined based on the signal-noise-ratio 
measurements for the upstream carriers in the CHAN- 
NEL ANALYSIS phase. For downstream transmission, a 
copy is made of the information in the SELECTION_21 
message produced and transmitted by the remote ter- 35 
minal modem TRX2. It is noticed that the 
SELECTION_21 message is called the C-RATES2 
message in the draft ADSL Standard and is defined in 
paragraph 12.8.5 on page 100. Table 39 on page 100 of 
this draft Standard lists the predetermined reserved bit 40 
patterns which have to be used by the central office 
modem TRX1 to indicate in C-RATES2 which one of the 
four optional downstream and four optional upstream 
data rate values is selected. According to the invention, 
this list is extended with one additional bit pattern which 45 
indicates that no selection is made for the up- and 
downstream data rates but a new proposal will be for- 
mulated by the central office modem TRX1. The C- 
RATES2 message is accompanied by a so called C- 
B&G message defined in paragraph 12.8.7 on page so 
101. This C-B&G message contains bits and gains 
information for the upstream carriers : for each 
upstream carrier, the C-B&G message indicates the 
number of bits to be modulated thereon by the remote 
terminal modem TRX2, and the gain or power level that 55 
should be used to transmit this carrier. When the C- 
RATES2 message contains the bit pattern which indi- 
cates that a new data rate proposal will be produced. 
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the C-B&G message obviously contains superfluous 
information which is needlessly transported. The next 
step to be executed then is the first phase, PROPOSAL, 
wherein the central office modem TRX1 proposes new 
upstream and downstream data rate values to the 
remote terminal modem TRX2. Since the central office 
modem TRX1 has determined the highest data rate that 
can be supported for upstream transmission during the 
CHANNEL ANALYSIS phase and since the central 
office modem TRX1 is told the highest data rate that can 
be supported for downstream transmission by the 
remote terminal modem TRX2 in the SELECTION_21 
message, the newly proposed optional upstream and 
downstream data rate values can be chosen very effi- 
ciently. It may thus be expected that the second execu- 
tion of the PROPOSAL, CHANNEL ANALYSIS and 
SELECTION phase already results in a selected 
upstream and downstream data rate value which are 
well-adapted to the highest upstream and downstream 
data rates that can be supported on the telephone line 
TL. If however, the second selection of upstream and 
downstream data rate values does not yet satisfy the 
central office modem TRX1 at the time the 
SELECTION_12 message has to be sent, the central 
office modem TRX1 may again transmit the predeter- 
mined reserved bit pattern which indicates that a new 
proposal of upstream- and downstream data rates will 
be produced. The phases PROPOSAL, CHANNEL 
ANALYSIS and SELECTION are thus repetitively exe- 
cuted until a satisfactoring adapted upstream and 
downstream data rate value are found and communi- 
cated to the remote terminal modem TRX2 via the 
SELECTIONS 2 message. The associated bits and 
gains information for the upstream carriers which allows 
to realise the selected upstream data rate value is com- 
municated to the remote terminal modem TRX2 via the 
C-B&G message related to the selection-12 message. 

In the fourth phase, CONFIRMATION, the remote 
terminal modem TRX2 transmits the bits and gains 
information with respect to the downstream channel to 
the central office modem TRX1 : in the so called R-B&G 
message defined in paragraph 12.9.8 on page 104 of 
the draft ADSL Standard, the remote terminal indeed 
indicates for each downstream carrier the number of 
bits to be modulated thereon and the gain or power level 
to be applied when transmitting this downstream carrier. 
The initialisation protocol is terminated herewith. 

The transceiver TRX of Fig. 2 includes a line inter- 
face LI, means which generate information, i.e. DATA, 
PROP, SEL, CONF, NEWPROP and RE-NEG. and a 
controller INIT_CONTROL. 

The information generating means, DATA, PROP, 
SEL, CONF, NEWPROP and RE-NEG all have outputs 
coupled to an input of the line interface LI. It is to be 
remarked that it is not relevant with respect to the inven- 
tion whether these outputs are coupled to one single 
input of the line interface LI or to several distinct inputs 
thereof. An output of the line interface LI is coupled to a 
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communication link LINK and another output thereof is 
connected to an input of the controller INIT_CONTROL 
The controller INIT_CONTROL has outputs coupled to 
control terminals of the information generating means 
PROP, SEL, CONF, NEWPROP and RE-NEG respec- 5 
tively. 

Under control of the controller INIT_CONTROL, the 
information generating means which generates mes- 
sages to be sent during initialisation, i.e. PROP, SEL, 
CONF, NEWPROP and RE-NEG apply a message to an 10 
input of the line interface LI. The line interface LI may be 
seen as a multiplexer or exclusive OR circuit which cou- 
ples one of its inputs to the communication link LINK. 
Additional functions like modulation, demodulation, D/A 
and A/D conversion, data empacking or data depacking, 15 
.... may also be done by the line interface LI. The infor- 
mation generating means PROP, SEL, CONF, NEW- 
PROP and RE-NEG maybe realised by memory means 
which contain information to be transmitted in one of the 
initialisation messages, processing means which (for 20 
instance based on signal-noise-ratio measurements or 
information received from a communicating trans- 
ceiver), determine new optional data rate values, or a 
selected optional data rate, and so on. Anyhow, these 
means do not contain unknown components so that a 25 
person skilled in the art, depending on the information 
that has to be generated, can design these information 
generating means. Referring to the just described 
implementation in the field of ADSL, one can suppose 
that the central office modem TRX1 in Fig. 1 is replaced 30 
by the transceiver TRX of Fig. 2. In that situation, the 
first generating means PROP produces the C-RATES1 
message including the four optional upstream and 
downstream data rate values, SEL produces the C- 
RATES2 message in case no new proposal for negotia- 35 
tion is announced therein, CONF produces the C-B&G 
message which includes the bits and gains information, 
and NEWPROP produces the C-RATES2 message in 
case a new proposal for negotiation is announced 
therein. NEWPROP then generates a C-RATES2 mes- 40 
sage including for instance the reserved bit pattern 
11111111, which is not yet used in table 39 on page 1 00 
of the draft ADSL Standard. The information generating 
means RE-NEG generates the information to indicate to 
a communicating transceiver that it is capable of re- 45 
negotiating a data rate without restarting. This may be 
realised by producing in RE-NEG the value of the m15 
bit of the C-MSG1 message which is described in para- 
graph 12.6.4 on pages 93-94. From table 36 on page 
94, it can be seen that this ml 5 bit is reserved for future so 
use. Hence, the RE-NEG information generating means 
of Fig. 2 may set this bit to 1 to indicate that the trans- 
ceiver TRX supports the data rate re-negotiation. If not, 
the m15 bit is set to 0. To activate the different means 
which generate initialisation messages, PROP, SEL, ss 
CONF, NEWPROP and RE-NEG, the controller 
INIT_CONTROL uses information received from the 
communicating transceiver via the line interface LI, and 
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information specified in the standard, e.g. certain time 
intervals that have to be respected between transmis- 
sion of a message and transmission or receipt of a pre- 
vious message. The functional block labelled DATA, 
produces the information that will be transmitted in 
future at the data rate negotiated during initialisation. In 
case of an ADSL transceiver, DATA produces the bit- 
stream which has to be encapsulated in discrete multi 
tone (DMT) symbols to be transmitted over the link 
LINK. 

It is to be remarked that the ability to set the m15 bit 
is not only important for the transceiver TRX which 
launches the new proposal but even more important for 
the communicating transceiver. Indeed, if the communi- 
cating transceiver is able to tell the transceiver TRX via 
the m15 bit that he can support re-negotiating a data 
rate, the transceiver TRX knows that it makes sense to 
launch a new proposal. If the communicating trans- 
ceiver does not support re-negotiating data rates,' he will 
not be able to react correctly to the new proposal of TRX 
as a result of which the communication between TRX 
and the communicating modem will be broken after a 
certain time interval. The complete identification and ini- 
tialisation process will be restarted then. 

It is remarked that although the above described 
implementation is realised in an ADSL environment, the 
present invention is not restricted thereto. For a person 
skilled in the art of telecommunications, it is apparently 
obvious that minor modifications to the above described 
implementation allow it to be applied in other systems 
wherein two transceivers negotiate a data rate for future 
transmission. HDSL (High Speed Digital Subscriber 
Line) systems, SDSL (Symmetric Digital Subscriber 
Line) systems, VDSL (Very High Speed Digital Sub- 
scriber Line) systems for instance may be adapted to 
support adaptive data rates by modifying the initialisa- 
tion protocols thereof in accordance with the present 
invention. 

Another remark is that the transmission medium 
which interconnects the two transceivers is of no impor- 
tance for applicability of the present invention. Allowing 
one of the transceivers to launch a new proposal for a 
data rate if a previous proposal seems not to include a 
satisfactory data rate value, can be realised in initialisa- 
tion protocols for transmission over a telephone line as 
described above, but also for transmission over a coax- 
ial cable, an optical fibre link, a satellite link between a 
satellite and ground station, a radio link through the air, 
or whatever other transmission link. The term communi- 
cation link, used in the introductory part and claims of 
this application thus should be interpreted as broadly as 
possible. Even hybrid telecommunication links, such as 
hybrid optical/cable links in an Hybrid Fibre Coax (HFC) 
network fall within the scope of this term. 

Furthermore, it is noticed that, depending on the 
field wherein the invention is applied, the two transceiv- 
ers may negotiate a bidirectional data rate (as 
described above in an ADSL system) or a unidirectional 
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data rate (as in an HFC network for instance wherein 
data are downstream broadcasted over a point-to- 
multipoint connection but wherein upstream transmis- 
sion is done over a point-to-point channel whose data 
rate may be negotiated during initialisation. 5 

Yet another remark is that the criterion to decide to 
announce a new proposal is no restrictive subject mat- 
ter in view of the present invention. Indeed, if the chan- 
nel is analysed as in the ADSL system by signal-noise- 
ratio measurements, the results thereof provide a good 10 
Citroen to decide that the proposed data rate values are 
not satisfactory and a new proposal may be announced. 
Nevertheless other criteria, such as the capacity or data 
rate limitations of one of the transceivers, the service 

where future transmission will be used for may indi- 15 

cate that the list of proposed data rate values does not 
contain well-adapted data rate values so that it is prefer- 
able to negotiate data rate values of a new list. 

While the principles of the invention have been 
described above in connection with specific apparatus, 20 
it is to be clearly understood that this description is 
made only by way of example and not as a limitation on 
the scope of the invention. 

Claims 25 

1 . Initialisation protocol to be executed by a first trans- 
ceiver (TRX1) and a second transceiver (TRX2) to 
negotiate a data rate for future data transmission 
over a communication link (TL) which is coupled 30 
between said first transceiver (TRX1) and said sec- 
ond transceiver (TRX2), said initialisation protocol 
containing : 

a) a first phase (PROPOSAL) wherein at least 35 
said first transceiver (TRX1) proposes a limited 
amount of data rate values for said data rate; 

b) a third phase (SELECTION) wherein it is 
communicated which one of said data rate val- 
ues is selected for said data rate; and 40 

c) a fourth phase (CONFIRMATION) wherein it 
is confirmed that said selected one of said data 
rate values will become said data rate for future 
transmission, 

characterised in that before said fourth 45 
phase (CONFIRMATION) is executed, said first 
transceiver (TRX1) or said second transceiver 
(TRX2) announces a new data rate proposal, 
whereupon said first phase (PROPOSAL-is re- 
executed. 50 

2. Initialisation protocol according to claim 1 , 

characterised in that it further contains: 

d. a second phase (CHANNEL ANALYSIS), 55 
executed between said first phase (PRO- 
POSAL) and said third phase (SELECTION), 
wherein a highest data rate for transmission 
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over said communication link (TL) is measured, 
and further in that an announcement for 
said new data rate proposal is based on results 
of said second phase (CHANNEL ANALYSIS). 

3. Initialisation protocol according to claim 1 , charac- 
terised in that announcing said new data rate pro- 
posal is 

performed before said third phase (SELEC- 
TION) is executed. 

4. Initialisation protocol according to claim 1 , 

characterised in that announcing said new 
data rate proposal is performed within said third 
phase (SELECTION). 

5. Initialisation protocol according to claim 1 ( 

characterised in that said data rate is a 
bidirectional data rate, determined by an upstream 
data rate value and a downstream data rate value. 

6. Initialisation protocol according to claims 2, 4 and 5, 

characterised in that said first transceiver 
(TRX1) and said second transceiver (TRX2) are 
modems of the Asymmetric Digital Subscriber Line 
(ADSL) type operating according to the ANSI 
Standard T1 E1.413, and further in that : 

in said first phase (PROPOSAL), said first 
transceiver (TRX1) proposes four upstream 
data rate values and four downstream data rate 
values whereupon said second transceiver 
(TRX2) proposes four upstream data rate val- 
ues; 

in said second phase (CHANNEL ANALYSIS), 
said first transceiver (TRX1) sends a message 
to said second transceiver (TRX2) for down- 
stream signal-to-noise ratio measurement, and 
said second transceiver (TRX2) sends a mes- 
sage to said first transceiver (TRX1) for 
upstream signal-to-noise ratio measurement; 

in said third phase (SELECTION), said 
second transceiver (TRX2) communicates to 
said first transceiver (TRX1) which one of said 
four downstream rate values is selected and a 
highest downstream rate value measured dur- 
ing said second phase (CHANNEL ANALY- 
SIS), and additionally said first transceiver 
(TRX1) communicates to said second trans- 
ceiver (TRX2) either which one of said four 
upstream rate values and which one of said 
four downstream rate values is selected, or 
said announcement of a new data rate pro- 
posal. 

7. Initialisation protocol according to claim 6, 

characterised in that said announcement is 
communicated to said second transceiver (TRX2) 
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by transmitting a predetermined reserved bit pat- 
tern in the C-RATES2 message defined in said 
ANSI Standard T1E1.413. 

8. Transceiver (TRX) adapted to transmit data via a 5 
communication link (LINK) to a second transceiver, 
said transceiver (TRX) including 

a) a line interface (LI) whereto information is 
applied to be transmitted over said communica- 10 
tion link (LINK), said line interface (LI) being 
provided with at least one input terminal 
whereto said information is applied and an out- 
put terminal coupled to said communication 
link (LINK); 15 

b) a proposal generating means (PROP) 
adapted to generate a message including a 
limited amount of data rate values for a data 
rate for future transmission between said trans- 
ceiver (TRX) and said second transceiver and 20 
to apply said message to an input of said line 
interface (LI); 

c) a selection generating means (SEL) adapted 
to generate a message to indicate which one of 
said data rate values is selected and to apply 25 
said message to an input of said line interface 
(LI); 

d) a confirmation generating means (CONF) 
adapted to generate a message to confirm 
which one of said data rate values will become 30 
said data rate from future transmission, and to 
apply said message to an input of said line 
interface (LI); 

e) a data generating means (DATA) coupled to 

an input of said line interface (LI) and adapted 35 
to apply data thereto to be transmitted by said 
line interface (LI) at said data rate selected and 
confirmed; and 

f) an initialisation control means 
(INIT_CONTROL), outputs of which are cou- 40 
pled to inputs of said proposal generating 
means (PROP), said selection generating 
means (SEL) and said configuration generating 
means (CONF), said initialisation control 
means (INIT_CONTROL) being adapted to 45 
control which one of said means whereof out- 
puts are coupled to inputs of said initialisation 

is allowed to apply a message to an input of 
said line interface (LI), 

characterised in that said transceiver so 
(TRX) further includes : 

g) a proposal announcement generating 
means (NEW PROP) adapted to generate a 
message to announce a new data rate pro- 
posal and to apply said message to an input of 55 
said line interface (LI); 

and further in that : 

h) said initialisation control means 



(INIT_CONTROL) is provided with an addi- 
tional output coupled to an input of said pro- 
posal announcement generating means (NEW 
PROP). 

9. Transceiver (TRX) according to claim 8, 

characterised in that said transceiver fur- 
ther includes : 

I) re-negotiation indicating means (RE-NEG) 
adapted to generate a message to indicate that 
said transceiver (TRX) is equipped to support 
re-negotiation of said data rate, and to apply 
said message to an input of said line interface 
(LI). 

10. Communication unit adapted to communicate with 
said transceiver (TRX) claimed in claim 8, 

characterised in that said communication 
unit includes : 

re-negotiation indicating means adapted to 
generate a message to indicate to said trans- 
ceiver (TRX) that said communication unit is 
capable or re-negotiating a data rate with said 
transceiver (TRX). 
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